home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 885 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  4.2 KB
  1. Path: redstone.interpath.net!usenet
  2. From: fortunat@interpath.com (Jumpstile Turner)
  3. Newsgroups: comp.graphics.algorithms,comp.lang.c++,comp.os.ms-windows.programmer.graphics,comp.os.ms-windows.programmer.multimedia,comp.os.ms-windows.programmer.win32
  4. Subject: Re: IJG JPEG Engine and Win32
  5. Date: 8 Jan 1996 00:04:11 GMT
  6. Organization: Completely unorganized
  7. Message-ID: <4cpn1r$gm0@redstone.interpath.net>
  8. References: <4cemir$6vb@redstone.interpath.net> <TGL.96Jan3202549@netcom21.netcom.com> <TGL.96Jan5065424@netcom21.netcom.com>
  9. NNTP-Posting-Host: fortunat.pdial.interpath.net
  10. X-Newsreader: WinVN 0.99.7
  11.  
  12. In article <TGL.96Jan5065424@netcom21.netcom.com>, tgl@netcom.com 
  13. said:
  14. >Just change the definition of boolean in jmorecfg.h.  There's 
  15. specific
  16. >advice to do that for Windows apps in install.doc, btw.
  17.  
  18.   This I did and it solved a LOT of problems. :) Thanks.  I didn't 
  19. see the reference in install.doc.
  20.  
  21. >> API functions (i.e. CreateFile instead of fopen, ReadFile 
  22. instead of the 
  23. >> JFREAD macro, HeapAlloc instead of malloc) and everything 
  24. appears to work
  25. > 
  26. >> until I try to allocate a buffer with the jpeglib's memory 
  27. allocation 
  28. >> functions.  Then I get an invalid page fault.
  29. >
  30. >Hm.  That one I don't have an answer for offhand.  Which memory 
  31. manager
  32. >back end are you using --- jmemnobs.c, or something more complex?
  33. >
  34.  
  35.   Jmemnobs.c.  After much fudging around with the code I finally 
  36. got it going. I'm not sure exactly what change made the difference. 
  37.  I've had so many problems getting this thing to compile my head is 
  38. spinning.  I think I'm going to go get VC++ 4.0. :)  
  39.  
  40.   Unfortunately I still can't get the library to work with my 
  41. current application.  I made a short and quick Windows app to test 
  42. how the library functions under the GUI and now I can get it to 
  43. work every time with that, but if I try to integrate it into the my 
  44. major project it chokes like it always did.  I still get the 
  45. strange structure interpretation problems.   I've changed every 
  46. compiler setting I can think of (including making sure the 
  47. alignment options match like someone mentioned) and I've concluded 
  48. that it must be something in one of my includes because no change I 
  49. make seems to fix it.  Checking the cinfo structure after it comes 
  50. back from jpeg_read_header shows that cinfo.image_width and 
  51. cinfo.image_height are correct, however almost every field with  
  52. "output_xxxx" is way off, either 1, 0, or some rediculous number 
  53. like 7988774.  Of course this causes every other call after that to 
  54. choke and I end up with an invalid page fault in Kernel32.dll.  
  55. This library is pretty picky! :)  
  56.  
  57. >Yes, it is.  Here's the latest dope from the current version of 
  58. install.doc
  59. >:
  60. >Borland C++ 4.5 fails with an internal compiler error when trying 
  61. to compil
  62. >e
  63. >jdmerge.c in 32-bit mode.  If enough people complain, perhaps 
  64. Borland will 
  65. >fix
  66. >it.  In the meantime, the simplest known workaround is to add a 
  67. redundant
  68. >definition of the variable range_limit in h2v1_merged_upsample(), 
  69. at the he
  70. >ad
  71. >of the block that handles odd image width (about line 268 in v6 
  72. jdmerge.c):
  73. >  /* If image width is odd, do the last output column separately 
  74. */
  75. >  if (cinfo->output_width & 1) {
  76. >    register JSAMPLE * range_limit = cinfo->sample_range_limit; /* 
  77. ADD THIS
  78. > */
  79. >    cb = GETJSAMPLE(*inptr1);
  80. >Pretty bizarre, especially since the very similar routine 
  81. h2v2_merged_upsam
  82. >ple
  83. >doesn't trigger the bug.
  84.  
  85.   Thanks for the tip!  I'll make the changes.  I don't know if you 
  86. are aware of this,  but if you use the BCC32a instead of plain 
  87. BCC32 it will compile without a hitch.  The BCC32a is for Pentium 
  88. scheduler support and of course has a different back-end than 
  89. BCC32.
  90.  
  91.  
  92.   I haven't gone through all the code yet, but all I really need to 
  93. do is decode a JPEG file to its normal dimensions (no scaling) at 
  94. 24 bits per pixel.  How difficult would it be to strip out 
  95. everything except support for that.  At a quick glance it seems 
  96. everything is tightly integrated.  I also don't need any of the 
  97. virtual array functions since I've got over a 2 gig virtual address 
  98. space.
  99.  
  100.            -Scott
  101.  
  102. ------------------------------------------------
  103. Jumpstile Turner
  104. fortunat@interpath.com
  105. "Sing the Hare Hare, Dance the Hoochie Koo..."
  106. ------------------------------------------------
  107.  
  108.